به حریم خصوصی کاربرانتون اهمیت بدید، شما ممکنه پسوردی که از کاربر دریافت می‌کنید رو برای امنیت اطلاعات و حریم خصوصی کاربر در دیتابیس خودتون رمزنگاری یکطرفه کنید، تا اینجا اوکی، در مرحله بعدی ممکنه از Salt هم استفاده کنید تا کار رو برای هکرها سخت کنید. تا اینجا هم درست.
اما آیا پسوردی که کاربر توی وبسایت شما میزنه رو مستقیم از کلاینت به سمت سرور ارسال می‌کنید؟
خب چندتا سوال:
من کاربر از کجا بدونم پسورد من رو جای دیگه‌ای ذخیره نمیکنی و ازشون استفاده نمیکنی؟
آیا بهتر نیست که خود شما هم ندونی که پسوردی که من استفاده میکنم چیه و پسورد منو از توی شبکه‌ی خودت رد نکنی و به سمت سرور ارسال نکنی؟

راهکار چیه؟
از یک Salt ثابت هم سمت کلاینت استفاده کنید و پسورد کاربر رو یکبار سمت کلاینت هش کنید و بعدش سمت سرور هرچقدر خواستید Salt و رمزنگاری انجام بدید، اما به خاطر حریم خصوصی کاربر قبل از اینکه اطلاعات رو به سمت سرور بفرستید، اونو سمت کلاینت هم یکبار رمزنگاری کنید.
چرا اینکار رو میکنیم؟ ببینید من ممکنه از یک پسورد در چندین وبسایت استفاده کنم، اگر وبسایت‌ها، رمزی که من استفاده میکنم رو رمزنگاری یکطرفه نکنند، هکرها می‌تونند بفهمند رمز من چیه و از اون برای هک کردن اکانتهای من در دیگر وبسایت‌ها هم استفاده کنند. بنابراین لطفا همیشه رمزنگاری پسورد کاربر رودر سمت کلاینت یکبار اعمال کنید. درسته روشهایی وجود داره که شما پسورد ثابت برای وبسایت‌ها استفاده نکنید و بهتره که اینکار رو انجام بدید اما میدونیم که همه‌ی کاربران این رو نمیدونن یا از این روش استفاده نمی‌کنند.

#حریم_خصوصی
#رمز_نگاری
#پسورد
#hash
#salt
#password
#privacypolicy

@easymicroservice
@easymicroservices
@csharptips

این سمو گوش کنید 😅

رعایت یا ساخت اصول در مهندسی نرم افزار به شما کمک میکنه تا بتونید توسعه‌ی نرم افزار رو نه فقط برای خودتون بلکه برای تیم‌های مختلف آسون کنید.
من یه نمونه از این رو در تصویر براتون به نمایش گذاشتم که از یک سری اصول نام گذاری در سورس پروژه استفاده کردم و وقتی میخواستم برای Pipeline های Azure یک تمپلیت بسازم با کمترین زحمت تونستم اینکار رو انجام بدم. یعنی یک کار خوب توی تیم توسعه باعث راحتی کار توی تیم DevOps میشه.

@easymicroservices
@easymicroservice
@csharptips

#devops
#azure
#pipeline

ارتباط آنلاین هست بچه ها، از هرجا میتونید وصل بشید همچنین اینکه ضبط میشه و کسانی که نمیتونن بعدا میتونن بهش دسترسی داشته باشن، ولی ترجیحا بتونید لایو آنلاین وصل بشید تا باهم ارتباط برقرار کنیم، از تجربیات و چالش هایی که خوردیم بگیم و راه حل هارو مطرح کنیم و از این داستانا 😊

دوستان بین عصر و شب رو انتخاب کنید چون این دو گزینه احتمال زیاد به خاطر رای بالا انتخاب میشن.
و اگر عصر باشه احتمالا از ساعت 4 یا 5 شروع میکنیم و متینیگ رو توی تلگرام میذاریم، اگر نظر و پیشنهادی دارید حتما با ما توی کامنت‌ها در میون بذارید.
عشقید ❤️.

1. میکروسرویس و مونولیت و ماژولار و میکروکامپوننت‌ها چی هستند؟
2. انتخاب بین میکروسرویس یا مونولیت؟
3. چطوری یک پروژه‌ی بزرگ مونولیت رو ببریم به سمت میکروسرویس؟
4.چطوری میکروسرویس رو ببریم سمت مونولیت؟
5. چالش‌هایی که توی هرکدوم میخوریم؟
6.کارهایی که توی Easy microservices انجام دادیم؟
7.چطوری یک معمار بشیم؟ چطوری نرم افزارهای بزرگ رو معماری کنیم؟
8. چقدر و چطوری درگیر دیتابیس‌ها بشیم؟
9. از چت جی پی تی استفاده کنیم؟ نکنیم؟ چطوری؟
10. مهارت های نرم و سافت اسکیل هامون رو چطوری تقویت کنیم؟ مهارت های ارتباطی.

بچه ها برای ورود به میتینگ توی گوگل میت روی لینک زیر کلیک کنید بی صبرانه منتظرتون هستیم ساعت 8 شروع میکنیم به امید خدا.

https://meet.google.com/mhb-erzt-pxs

فایل صوتی جلسه‌ی Easy microservices
به زودی فایل تصویری هم توی آپارات آپلود میشه و برای دوستان قابل استفاده خواهد بود.

ویدئوی ضبط شده هم در آپارات آپدیت شد و قابل دسترسی هست:

https://www.aparat.com/v/mhCvA

سلام بچه‌ها، اول از همه ممنون از اینکه دعوت مارو پذیرفتید و مارو قابل دونستید، از اونجایی که استقبال شما باعث شد انگیزه‌ام برای ادامه‌ی این کامیونیتی بیشتر بشه، هفته‌ی بعدی هم یک جلسه باهم داشته باشیم و یک رای گیری میذارم مثل قبل، روز و ساعتش رو مشخص میکنم. بنابراین این کار رو پر قدرت ادامه خواهیم داد به امید خدا.

اول از همه اینکه بچه‌ها تا جاییکه می‌تونید یک حرکت بزنید که من متکلم نباشم، چون مطمئن باشید با پخش این ویدئوها، خیلی از برنامه‌نویس ها از اطلاعات ماها در آینده استفاده می‌کنند و دعامون میکنند. توی اینترنت پر از مقاله و ویدئوهای آموزشی هست، این قرار نیست یک ویدئوی آموزشی بشه. توی این کامیونیتی شرکت کنید، حرف بزنید و ایده‌هاتون رو مطرح کنید، نگران نباشید که چیزی اشتباه باشه، هیچکس بی عیب و اشتباه نیست ما پر از اشتباه بودیم که امروز تونستیم همه‌ی اونارو با همکاری و تجربه فیکس کنیم. باید به جوون‌تر ها اجازه بدیم که راحت حرف بزنند و اشتباه کنند و توی این مساله باید همو تشویق کنیم.
دوم از همه این جمع دوستانه خیلی چیز با ارزشی هست من وقت نشد برسم در مورد سافت اسکیل‌ها صحبت کنم ان شالله هفته‌ی بعد اینکار رو میکنم ولی این جمع از همه چیز و همه‌ی تجربیاتمون با ارزش‌تر هست که من اولین نفر قدرش رو میدونم دوست دارم مشارکت‌ها بیشتر بشه و از وجودتون بیشترین استفاده رو ببریم.

دمتون گرم.
مرسی که هستید.


@easymicroservices
@easymicroservice

@csharptips

موضوعاتی که توی جلسه ی بعدی میخوایم پیگیری کنیم:


1. چالش‌هایی که توی هرکدوم (میکروسرویس و مونولیت) میخوریم؟
2.کارهایی که توی Easy microservices انجام دادیم؟
3.چطوری یک معمار بشیم؟ چطوری نرم افزارهای بزرگ رو معماری کنیم؟
4. چقدر و چطوری درگیر دیتابیس‌ها بشیم؟
5. از چت جی پی تی استفاده کنیم؟ نکنیم؟ چطوری؟
6. مهارت های نرم و سافت اسکیل هامون رو چطوری تقویت کنیم؟ مهارت های ارتباطی.

بچه‌ها وعده‌ی ما امشب ساعت 8 ان شالله در خدمتتون هستیم.
اگر دوست داشتید توسط لینک زیر میتونید توی گوگل کلندر خودتون اضافه اش کنید:

https://calendar.google.com/calendar/event?action=TEMPLATE&tmeid=MWJwOGozdDl2OGVoM2xtcnAwbGlmZnQwNXIgYWxpLnZpc3VhbC5zdHVkaW9AbQ&tmsrc=ali.visual.studio%40gmail.com